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) Nach der Erfindung setzt die Anwendung auf die Oienste 
des MHS-Abwicklungssystems und das MHS-Abwicklungs- 
system wiederum auf die Dienste eines Transportsystems, 
wobei ietzteres direkt die Inforrnationsubertragungseinrich- 
tungen ansteuert, welche die Jnformationen in ein fur die 
jeweilige Obertragungsstrecke geeignetes Format umsetzen, 
so daB unter Obertragung von ProtokoElen die Anwendersen- 
deauftrage automatisch bearbeitet und die vorhandenen 
Kommunikationsmittel selbsttatig gesteuert werden. Dabei 
wird nur ein "peer-to-peer'-Protokoll ohne Richtungswech- 
sei des Informationsflusses, jedoch volier Funktionalitat 
verwondet wobei anstelie einer vom empfangendan Benut- 
zer ruckgesendeten Quittung eine vom Trans portsystem des 
die Information aussendenden Benutzers generierte interne 
Quittung zur Anwendung hin vorgesehen ist. Das Message- 
Handling-System (MHS) nach der Erfindung ist insbesonde- 
re zur leistungsstarken und schnellen Datenkommunikation 
vor allem verhaltnismaSig kurzer Mitteilungen in einem 
Funknetz einsetzbar. 
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Beschreibung 

Die Erfindung bezieht sich auf ein System zur Anwen- 
derunterstutzung (Message Handling System, MHS) bei 
der Abwicklung von Informationsiibertragungen in ei- 
nem Daten-Kommunikationssystem von einem Benut- 
zer zu einem anderen Benutzer, insbesondere auch un- 
ter Verwendung von Funkiibertragung, wobei die An- 
wendung auf den Diensten des MHS-Systems und das 
MHS-Sy stern wiederum auf den Diensten eines Trans- 
portsystems aufsetzt und letzteres direkt die Informa- 
tionsiibertragungseinrichtungen ansteuert, welche die 
Informationen in ein fur die jeweilige Obertragungs- 
strecke geeignetes Format umsetzen, so daB unter 
Obertragung von Protokollen die Anwendersendeauf- 
trage automatisch bearbeitet und die vorhandenen 
Kommunikationsmittel selbsttatig gesteuert werden. 

Ein sogenanntes Message Handling System (MHS) 
unterstiitzt den Anwender bei der Abwicklung des In- 
formationsaustausches und der Kommunikation. Es be- 
arbeitet die Sendeauftrage des Anwenders automatisch 
und steuert selbsttatig die vorhandenen Kommunika- 
tionsmittel. 

Die Einordnung eines Message Handling Systems in 
das sogenannte OSI-Schichtenxnodell, das in Verbin- 
dung mit einer militarischen Dateniibertragung z. B. aus 
dem Aufsatz von Dietrich Rother, D. Rahlfs, J. Puteick, 
N. Erbes, D. Roth: "Dateniibertragung fur militarische 
Anwendungen" in der Zeitschrift "Wehrtechnik" Heft 2, 
1989, Seiten 57 bis 63 bekannt ist, ist in Fig. 1 schema- 
tised! dargestellt In diesem OSI-Schichtenmodeli ist ein 
Message Handling System MHS-den Schichten 5 bis 7, 
ein Transportsystem TS den Schichten 1 bis 4 zugeord- 
net Im Sinne dieses Modelis setzt die Anwendung AW 
auf die Dienste (Services) des Message Handling Sy- 
stems MHS, das Message Handling System MHS wie- 
derum auf die Dienste des Transportsystems TS auf. Das 
letztere steuert direkt die Datenubertragungseinrich- 
tungen DO an, welche die Daten in ein fur die jeweilige 
Obertragungsstrecke OS (Draht, Funk) geeignetes For- 
mat umsetzen. Die zu ubertragenden Steuer- und Nutz- 
informationen werden bei einem Message Handling Sy- 
stem MHS Anwenderprotokolle AP und fur das Trans- 
portsystem TS Transportprotokolle TP genannt. 

Zur Erlangung des Komfort s eines Message Hand- 
ling Systems MHS ist eine Reihe von Steuerinformatio- 
nen erforderlich, die teilweise vom Transportsystem TS 
mit iibertragen werden mussen und die Obertragungs- 
strecke OS zusatzlich belegen. Je komplexer eine Netz- 
struktur ist, desto aufwendiger mussen diese Steuerin- 
formationen sein. 

Es ist ein sehr effizientes Kommunikationsprofil, das 
sogenannte Message Handling System QMHS bzw. 
X.400 MHS bekannt Dieses Verfahren beruht auf einer 
Norm, der das erwahnte OSI-Schichtenmodell zugrun- 55 
deliegt Dabei wird vor der eigentlichen Meldungsiiber- 
tragung zur Gegenstation ein sogenannter Verbin- 
dungsaufbau durchgefuhrt, urn zu gewahrleisten, daB 
die physikalische und logische Verbindung zwischen 
den Rechnern vor der eigentlichen Meldungsubertra- 60 
gung hergestellt ist Dieser Verbindungsaufbau erfolgt 
schichtenweise, d. h. jede der in Fig. 1 aufgefuhrten 
Schichten 1 bis 7 baut eine Verbindung zur gleichen 
Schicht der Gegenstelle auf, die den Aufbauwunsch wie- 
derum quittiert Diese Art der Obertragung wird als 65 
verbindungsorientierter Dienst bezeichnet 

Das Message Handling System QMHS bzw. X.400 
und ihre unterlagerten Protokolle teilen die zu ubertra- 
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genden Informationen und Quittungen in kleinere Ein- 
heiten, d. h. Pakete, auf (Segmentierung). Die zu einer 
Meldung gehorenden Pakete konnen gegebenenfalls 
iiber verschiedene Strecken und Knoten geleitet wer- 
5 den. Im Empfangssystem werden sie wieder zu einer 
kompletten Meldung zusammengebunden (assem- 
blies). 

Bei Obertragung von normalen Meldungen von z. B. 
100 bis 10 000 Zeichen Nutzinformation mussen ca. 1800 
10 bis 2600 Byte Steuerinformation, je nach gewiinschtem 
Quittierungsmechanismus, mit iiber die Obertragungs- 
strecke iibertragen werden. Hier ist ersichtlich, daB bei 
sehr kleinen Meldungen ein ungunstiges Verhaltnis von 
Nutz- zu Steuerinformation entsteht Bei komplexen 
15 Netzen muB diese Tatsache in Kauf genommen werden. 
Dieses auf der OSI-Norm beruhende Abwicklungs sy- 
stem nach X.400 zur Dateniibertragung umfaBt neben 
der Auspragung der "peer-to-peer"-Protokolle also 
auch Service-Elemente, die funktional realisiert werden. 
20 Die Anbindung an das Transportsystem erfolgt verbin- 
dungsorientiert 

Bei diesem bekannten System entsteht der Nachteil, 
daB aufgrund des erforderlichen Austauschs von Daten 
iiber eine Vielzahl von "peer-to-peer"-Protokollen und 
25 den ebenfalls notwendigen Richtungswechsel des Infor- 
mationsflusses der Datendurchsatz nicht den erforderli- 
chen Wert erreicht. Bei Anwendung einer Datenkom- 
munikation mit anderen Teilnehmern in einem Funk- 
kreis werden auBerdem funkspezifische Teilfunktionen 
30 wie "Broadcast" oder "Funkstille" nicht unterstiitzt 

Aus dem Amateurfunkbereich ist die sogenannte 
Amateurfunkprozedur AX-25 bekannt, wonach eine 
Mitteilung sofort iiber das jeweilige Funkgerat ausge- 
sendet wird. Hierbei entsteht der Nachteil, daB dieses 
35 Verfahren aufgrund des Fehlens von iibergeordneten 
MaBnahmen zur Sicherstellung der Dateniibertragung 
bei langer andauernden Storeinflussen nur bei idealen 
Funkbedingungen eingesetzt werden kann. 
Der Erfindung liegt die Aufgabe zugrunde, eine lei- 
40 stungsstarke Datenkommunikation mit anderen Teil- 
nehmern insbesondere bei Einsatz in einem Funkkreis 
zu erreichen, so daB trotz Vorliegens eines extrem 
schmalbandigen Obertragungsmediums die Anforde- 
rungen an einen schneilen und sicheren Datendurchsatz, 
45 insbesondere unter StorungseinfluB, erfullt werden. Da- 
bei soil beim erfindungsgemaBen System zusatzlich die 
Fahigkeit bestehen, daB die Prioritat einer Mitteilung 
beriicksichtigt wird, daB die Mitteilungsiibertragung 
quittiert wird und daB der operationelle Zustand "Funk- 
50 stille" beriicksichtigt werden kann. 

Diese Aufgabe wird bei einem gattungsgemaBen Sy- 
stem dadurch gelost, daB nur ein "peer-to-peer"-Proto- 
koll ohne Richtungswechsel des Informationsflusses, je- 
doch voller Funktionalitat vorgesehen ist, wobei anstel- 
Ie einer vom empfangenden Benutzer ruckgesendeten 
Quittung eine vom Transportsystem des die Informa- 
tion aussendenden Benutzers generierte interne Quit- 
tung zur Anwendung hin vorgesehen ist. 

Beim System nach der Erfindung wird das Protokoll- 
Overhead, das mit den bekannten mit X.400-System ar- 
beitenden Datemibertragungsverfahren zwangslaufig 
verbunden ist, vermieden, wobei jedoch voile Funktio- 
nalitat vorliegt. Die Information iiber die erfolgreiche 
Obertragung der Mitteilung an den anderen Teilnehmer 
wird indirekt aus dem Verfahren, das vom Transportsy- 
stem angewendet wird, gewonnen. Damit wird die Quit- 
tung von der Gegenseite, was einen Richtungswechsel 
des Informationsflusses erforderlich machen wiirde, un- 
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notig. 

Eine sogenannte Wiederaufsetzfunktion wird in dem 
erwahnten "peer-to-peer"-Protokoll abgedeckt Ein 
, Sendeauftrag des Benutzers an sein Transportsystem 
wird vom MHS-Abwick3ungssystem iogisch als ein Seg- 
ment oder mehrere Segmente abgelegt, die jeweils eine 
Segment-Kopfinformation enthaJten. Die Segment 
-Nummern und die Gesamtsegmente-Anzahl werden 
beim System nach der Erfindung Obertragen, so daB auf 
Seiten des empfangenden Benutzers die Vollstandigkeit 
einer Mitteilung erkennbar ist und sich bei Feststellung 
einer unvollstandigen Mitteilungsiibertragung eine 
nochmalige tJbertragung der nicht angekommenen 
Mitteilungssegmente veranlassen laBt Dies kann mehr- 
mals erfolgen. 

Grundsatzlich ist das "peer-to-peer"-Protokoll so auf- 
gebaut, daB mit jedem Sendevorgang "peer-to-pe- 
er"-Nutzdaten ausgetauscht werden und zusatzlich zu 
den Nutzdaten eine minimierte Kopfinformation gesen- 
det wird. Diese Kopfinformation ist hinsichtiich Data- 
set-Bezeichnern, AdreBinformationen (Empfanger, Ab- 
sender), Segment-Nummer und Segmente-Anzahl, Er- 
stellzeit, Klassifizierung, Prioritat, Datenkornpression, 
Quittierungsverfahren, AdreBtyp binarcodiert, wobei 
anstelle von Feld-Bezeichnern Dataset-Bezeichner ver- 
wendet werden, die andere Felder umfassen. Zwar sind 
insgesamt mehrere Datasets definiert (zur Zeit funf Da- 
tasets), von denen aber pro Segment nur zwei oder drei 
Datasets genutzt werden. 

In vorteilhaf ter Weise laBt sich beim System nach der 
Erfindung zusatzlich zu den Benutzeradressen eine 
MHS-Broadcast (Rundsendung "an alle")-Adresse defi- 
nieren, die grundsatzlich dann eingetragen wird, wenn 
von einem Benutzer eine Mitteilung "an alle" gesendet 
werden soil Die Transportadresse dazu ist frei konfigu- 
rierbar. 

Beim System nach der Erfindung ist auBerdem die 
Vorgabe einer "FunkstiIle"-Funktion moglich, bei der 
lediglich Mitteilungen empfangen, aber nicht gesendet 
werden konnen. 

Im folgenden wird das System nach der Erfindung 
anhand von 16 Figuren erlautert Es zeigen 

Fig. 1 die bereits einleitend geschilderte Darsteilung 
zur Einordnung eines Message Handling Systems 
(MHS) in das bekannte OSI-Schichtenmodell, 

Fig. 2a und 2b den Quittierungs- und Protokollauf- 
wand zwischen zwei Stationen bei einem verbindungs- 
orientierten Dienst mit dem bekannten System X.400 
Qber eine Funkstrecke, 

Fig. 3 den Quittierungs- und Protokollaufwand zwi- 
schen zwei Stationen bei Anwendung des MHS-Sy- 
stems nach der Erfindung, 

Fig. 4 den Quittierungs- und Protokollaufwand bei 
Anwendung eines Message Handling Systems nach der 
Erfindung, alierdings zusatzlich mit Anwenderquittung, 

Fig. 5 den Protokollaufwand bei Anwendung des 
MHS-Systems nach der Erfindung bei Broadcast, 

Fig. 6 den Protokollaufwand bei Anwendung des 
MHS-Systems nach der Erfindung mit Gruppenadres- 
sierung und zusatzlich mit Anwenderquittierung, 

Fig. 7 in Blockschaltbildform ein funktionales Modell 
eines allgemeinen Message Handling Systems, 

Fig. 8 in Blockschaltbildform Anwendungsschichten 
eines Message Handling Systems, 

Fig. 9 den Austausch von Mitteilungen und Quittun- 
gen eines bekannten Message Handling Systems, 

Fig. 10 die Auspragung der Anwendungsschicht beim 
Message Handling System nach der Erfindung, 
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Fig. 1 1 den Punkt-zu-Punkt-Meldungsaustausch und 
Quittierungen (CLS), 

Fig. 12 den echolosen Austausch von Mitteilungen 
und Quittierungen (CLS), 

Fig. 13 die Darsteilung einer moglichen Zuordnung 
von Funktionalitat und Hardware, 

Fig. 14 in Blockschaltbildform ein Quittierungsver- 
fahren fiir Funk (CLS), 

Fig. 15 ebenfalls in Blockschaltbildform ein Quittie- 
rungsverfahren fur die COS-Datenubertragung und 

Fig. 16 eine Darsteilung der Grundfunktionen eines 
Funk- Message Handling Systems nach der Erfindung. 

Anhand der Fig. 2a, 2b bis Fig. 6 werden im folgenden 
detailliert die Unterschiede der Quittungsmechanismen 
bei Einsatz eines bekannten, nach dem System 
X.400-Message Handling Systems und eines entspre- 
chend der Erfindung aufgebauten Message Handling 
Systems aufgezeigt. In alien Fallen sollen die Message 
Handling Systeme die Abwicklung der Datenkommuni- 
kation zwischen den Teilnehmern in einem Funknetz 
unterstiitzen. In den genannten Figuren sind auch die 
notwendigen Richtungswechsel auf der Funkstrecke 
verdeutlicht. Es werden hierbei nur die Protokolle und 
Richtungswechsel oberhalb der Sicherungsschicht dar- 
gestellt. Das in den Fig. 2a und 2b gezeigtQ und zwi- 
schen zwei Stationen A und B gemaB dem bekannten 
X.400-System abiaufende Quittierungs- und Protokoll- 
verfahren ist bereits hinsichtiich der QuittierungsmaB- 
nahmen reduziert. Fig. 2a zeigt die Aussendung der 
Nutzdaten in Richtung von der Station A zur Station B 
und Fig. 2b den entgegengesetzten Fall, namlich die 
Aussendung der Nutzdaten von der Station B zur Sta- 
tion A. Die Obertragungsstrecke OS ist in alien Fallen 
eine Funkstrecke. 

Das Funk-Message Handling System nach der Erfin- 
dung (Fig. 3 bis 6) benotigt bei Verwendung des verbin- 
dungslosen Dienstes dagegen keinen Protokollaufwand 
fur den Verbindungsaufbau wie die X.400/X.25-Syste- 
me. Im Normalfall wird bei Anwendung des Systems 
40 nach der Erfindung die Meldung (APDU) einschlieBlich 
der AdreBinformation mit einer einzigen kurzen Sen- 
dung ubertragen. Die Sicherung des Transportsystems 
(z. B. Funkprozedur) iibergibt dem Funk- Message 
Handling System eine interne Sendebestatigung), die in 
45 Fig. 3 mit UI bezeichnet ist. Eine Anwenderquittung im 
Sinne einer P2-Quittung im X.400-System erfolgt nur in 
Ausnahmefallen, z. B. bei wichtigen Meldungen und bei 
einem Netzubergang in X.400-Systeme. Dieser Fall ist in 
Fig. 4 im einzelnen dargestellt Die Anwenderquittung 
50 ist hierbei mit AQ bezeichnet, wahrend die Meldung 
selbst die Bezeichnung APDU tragi 

Bei Broadcast-Sendungen "an alle" entfallt die An- 
wenderquittung. Fig. 5 zeigt in diesem Zusammenhang 
eine Broadcast-Sendung von einer Station A zu Statio- 
55 nen B, C und D Qber eine Funkstrecke OS. Bei Gruppen- 
oder Einzeladressierung kann eine Anwenderquittung 
erfolgen. Dieser Fall ist in Fig. 6 aufgezeigt 

Ein herkommliches Message Handling System unter- 
stiitzt den asynchronen Informationsaustausch (Mel- 
dungsiibermittlung mit Zwischenspeichern) und ist auf 
die Bedurfnisse der Burokommunikation ausgelegt Das 
System nach der Erfindung hat die gieiche Grundfunk- 
tionalitat wie die herkommlichen Message Handling Sy- 
steme, ist jedoch auf zusatzliche Anforderungen wie ho- 
hen Nutzdatendurchsatz durch minimalen Protokoll- 
Overhead und minimale Funkrichtungswechsel, einstell- 
bare Quittierungen, verbindungsorientierte (COS), ver- 
bindungslose (CLS) und Broadcast-Obertragungsarten 
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zugeschnitten, ist portierbar und querschnittlich einsetz- 
bar und gestattet einen parallelen Betrieb von Message 
Handling Systemen. 

Anhand von Fig. 7 wird im folgenden ein funktionales 
Modell eines allgemeinen Message Handling Systems 
erlautert Die Aufgabe des Message Handling Systems 
MHS ist das Obermitteln von Mitteilungen (Dokumen- 
ten) von einem Benutzer (Benutzer A) zu einem anderen 
Benutzer (Benutzer B). Das Message Handling System 
MHS bedient sich dazu des sogenannten Message 
Transfer Systems MTS, das die eigentliche Obertragung 
von Meldungen (Mitteilungen und Quittungen) von ei- 
nem Ort zum anderen vornimmt Dieses Message 
Transfer System MTS besteht aus den sogenannten 
Message Transfer Agents MTA. Im einfachsten Fall er- 
folgt die Obertragung der Meldung direkt von dem 
Message Transfer Agent MTA eines Benutzers A oder 
B zum Message Transfer Agent MTA des anderen Be- 
nutzers B bzw. A. Generell konnen an der Obertragung 
noch weitere Message Transfer Agent s MTA beteiligt 
sein, welche die Meldungen den nachsten Message 
Transfer Agents MTA weiterreichen. 

Zur Annahme eines Sendeauftrags vom Benutzer, 
z. B. Benutzer A, wie auch zur Auslieferung der Mittei- 
lung an den empfangenden Benutzer, z. B. Benutzer B, 
verfugt das Message Handling System MHS iiber die 
sogenannten User Agents UA. Aligemein konnen meh- 
rere User Agent s UA an einem Message Transfer 
Agent MTA angeschlossen sein, wobei jeder User 
Agent UA jeweils nur einen Benutzer A oder B unter- 
stiitzt. 

Die OSI-Schichtenmodell-Kommunikationsarchitek- 
tur kann grob in die Anteile Transportprofil TP mit den 
Schichten 1 bis 4 und Anwendungsprofil AP mit den 
Schichten 5 bis 7 zerlegt werden. Das gemaB der Erfin- 
dung arbeitende Funk-Message Handling System 
FMHS deckt formal die Schichten 6 bis 7 ab. Wie in 
Fig. 8 im einzelnen dargesteilt ist, gliedert sich das An- 
wendungsprofil AP in drei Anwendungsschichten, nam- 
lich in die Kommunikationssteuerung (Schicht 5), die 
Darstellungsschicht (Schicht 6) und die Anwendungs- 
schicht (Schicht 7). Die Anwendungsschicht 7 setzt sich 
aus den schon besprochenen Funktionen User Agent 
UA und Message Transfer Agent MTA zusammen. Der 
User Agent UA bildet die Schnittsteile zum Benutzer, 
der im Falle eines automatisierten Systems jedoch in der 
Regel iiber die sogenannte Anwendung AW mit dem 
Message Handling System kommuniziert. Unterhalb 
der Anwendungsschicht 7 folgt die Darstellungsschicht 
6, welche sicherstellt, dafi die ausgetauschte Information 
im jeweiligen lokalen System auch gelesen werden 
kann. Da sich die Darstellung der Information von Sy- 
stem zu System unterscheiden kann, erfolgt der Infor- 
mationsaustausch iiber eine sogenannte Transfersyntax. 
Die Kommunikationssteuerung in der Schicht 5 schlieB- 
lich sorgt fur die gesicherte Obertragung der Informa- 
tion. Sie erlaubt es, nach Abbruch der Obertragung von 
Mitteilungen genau an dieser Stelle mit der Obertra- 
gung fortzufahren, ohne Information zu verlieren, bzw. 
sie vermeidet, Information mehrfach zu iibertragen. Zu- 
dem gestattet sie es, Informationen mit hoherer Priori- 
tat zu iibertragen. Bei den bekannten Message Handling 
Systemen tauscht dazu jede Schicht mit der korrespon- 
dierenden Schicht im entfernten System Protokollda- 
teneinheiten aus, die dem eigentlichen Inhalt der Mittei- 
lung vorangestellt werden. Damit ergibt sich z. B. eine 
separate Meldungskopfinformation fur den User Agent 
UA und den Message Transfer Agent MTA, obwohl 
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Inhalte dieser Kopfinformationen zum Teil identisch 
sind. Dies ist bedingt durch die Absicht, daB jede Proto- 
kollschicht nur auf die spezifische Kopfinformation zu- 
greift und damit von den anderen Schichten unabhangig 
5 ist 

Wird bei den bekannten Message Handling Systemen 
eine Mitteilung von einem Benutzer zum anderen iiber- 
tragen, so werden in der Regel wiederum Quittungen 
zuruckgesendet, um die Obertragung der Mitteilung zu 

io bestatigen. Diese Quittungen werden, sofern angefor- 
dert, von der Empfangsseite erzeugt Die Form des ge- 
genseitigen Informationsaustausches ist durch Proto- 
kolle festgelegt Das Protokoll zwischen den Message 
Transfer Agents MTA wird als PI -Protokoll bezeichnet 

15 und das zwischen den User Agents UA als P2-ProtokolI. 
Entsprechend bezeichnet man die Quittung vom Messa- 
ge Transfer Agent MTA vereinfacht als PI -Quittung 
und die Quittung vom User Agent UA als P2-Quittung. 
Die PI -Quittung wird beim-System nach der Erfindung 

20 automatisch erzeugt, sofern der bei der Meidungsiiber- 
tragung mit iibergebene diesbezugliche Parameter die- 
ses verlangt Der P2-Quittung liegt kein Automatismus 
zugrunde. Der User Agent UA bietet lediglich den 
Dienst an, vom Nutzer neben dem Auftrag "Sendemit- 

25 teilung" auch den Auftrag "Sendequittung" anzunehmen. 
Fig. 9 zeigt in einem Blockschaltbild diesen Austausch 
von Mitteilungen und Quittungen eines Message Hand- 
ling Systems zwischen zwei Benutzern A und B. Die Pl- 
und P2-Quittungen stellen jeweils eigene Meldungen 

30 dar, die vom Message Handling System MHS iibertra- 
gen werden. Da fiir die P2-Quittung eine Benutzerak- 
tion erforderlich ist, und diese Quittung somit nicht au- 
tomatisch vom Message Handling System MHS erzeugt 
werden kann, wird sie praktisch wie eine eigene neue 

35 Mitteilung behandeit und mit einer Empfangsbestati- 
gung vom Message Transfer Agent MTA quittiert. 

Das nach der Erfindung arbeitende Funk-Message 
Handling System enthalt grundlegende Anderungen ge- 
gemiber einem nach X.400 arbeitenden bekannten Mes- 

40 sage Handling System. 

Um den Protokoll-Overhead zu verringern, wird die 
Funktionalitat von User Agent UA und Message Trans- 
fer Agent MTA zu einer Funktionseinheit zusammenge- 
fa8t. Da nur jeweils eine Schnittsteile zur Anwendung 

45 erforderlich ist, ergeben sich daraus keinerlei Nachteile. 
Anstatt separater UA- und MTA-Meldungskopfinfor- 
mationen wird damit also nur eine Meldungskopfinfor- 
mation iibertragen. Zusatzlich wird auch die in dieser 
Kopfinformation enthaltene Information so kompakt 

50 wie moglich aufgebaut. Auf die Ausbildung einer Dar- 
stellungsschicht 6 wird verzichtet Die Kommunika- 
tionssteuerung in der Schicht 5 ist fur kurze Mitteilun- 
gen nicht notwendig. Langere Mitteilungen werden je- 
doch in Segmente zerlegt und einzeln an die Transport- 

55 schicht ubergeben. Fur die damit einhergehende Ver- 
waltung der Meldungsiibertragung ist sie ebenso notig. 
Die Kommunikationssteuerung in der Schicht 5 wird 
beim System nach der Erfindung ebenfallsMn das An- 
wendungsprofil integriert Fig. 10 zeigt die ganzlich un- 

60 terschiedliche Struktur eines nach der Erfindung arbei- 
tenden Funk-Message Handling Systems im Vergleich 
zu X.400-Systemen. Anstatt vier *peer-to-peer"-Proto- 
kollen wird beim Verfahren nach der Erfindung fur ein 
einziges "peer-to-peer"-Protokoli eingesetzt, das die ge- 

65 samte Funktionalitat abdeckt 

Eine Mitteilung kann iiber das gemaB der Erfindung 
arbeitende Funk-Message Handling System an einen 
Einzeladressaten, an eine Gruppe von Empfangern und 



DE 196 32 258 CI 



8 



auch an alle Empfanger gesendet werdea Dabei arbei- 
tet das Funk-Message Handling System die von der 
Anwendung erhaltenen Sendeauftrage selbstandig ab. 
Soil eine Meidung mitteis des Funk-Message Handling 
Systems FMHS versendet werden, so muB im Sendeauf- 
trag angegeben sein, welche Quittierung erwartet wird. 
Da das FMHS fiir den Funkbetrieb ausgelegt 1st, sind 
einige grundlegende Erweiterungen im Quittierungs- 
verfahren notwendig. Wahrend bei drahtgebundener 
Obertragung eine Quittung vom Message Transfer 
Agent MTA der Empf angsseite sofort wieder zuruckge- 
sendet werden kann, ist dies im Funkbetrieb in der Re- 
gel nicht zweckmaBig (wegen Kanalzugriffsregelung). 

Grundsatzlich sind drei verschiedene Obertragungs- 
arten moglich, namlich a) verbindungsorientiert (COS), 
b) verbindungslos auf Schicht 3—4 (CLS) — echobehaf- 
tet auf Schicht 2 — und c) verbindungslos auf Schicht 
3—4 (CLS) — echolos auf Schicht 2. Im folgenden wer- 
den die jeweiligen Quittierungsverfahren erlautert 

a) Fiir die verbindungsorientierte Informations- 
ubertragung (COS) werden die beiden Quittie- 
rungsarten (PI- und P2-Quittung) prinzipiell uber- 
nommen. Dies gilt speziell fiir die drahtgebundene 
Obertragung. Bei Anwendung des Systems nach 
der Erfindung wird die Meldungskopfinformation 
stark reduziert Dies gilt nicht nur fiir Mitteilungen, 
sondern auch fiir die Quittungen. Alle Quittungen 
(PI und P2) sind optional. Die Erzeugung von Quit- 



dert werden (optional; in Fig. 12 gestricheit darge- 
stellt). Dies sollte aber nur in Ausnahmefallen ge- 
nutzt werden, da eine P2-Quittung die gleiche 
Obertragungszeit bendtigt wie eine kleinere Mit- 
5 teilung. 

Die Darstellung in Fig. 13 zeigt die mogiiche Zuord- 
nung von Funktionalitat zur Hardware HW. Die Funk- 
tionalitat gliedert sich in die drei horizontal eingezeich- 
10 neten Bereiche: Anwendung AW, Anwendungsprofil 
AP und Transportprofil TP. Schrag dazu verlauft die 
Hardware-Schnittstelle zwischen dem Host-Rechner 
HR und einer Kommunikations-Box CB, Damit wird 
deutlich, welche Moglichkeiten zur Aufteilung der 
15 Funktionalitat zur Hardware HW besteht Die Impie- 
mentierung des Anwendungsprofils AP auf den Host- 
Rechner HR, reprasentiert durch den linken Bereich des 
HW-Diagramms, oder die angestrebte Losung rechts im 
HW-Diagramm mit dem gesamten Funk-Message 
20 Handling System FMHS, das gemaB der Erfindung ar- 
beitet, auf der Kommunikations-Box CB. 

Das Anwendungsprofil AP des Funk- Message Hand- 
ling Systems (FMHS) nach der Erfindung kann noch 
weitere Funktionen bzw. Eigenschaften in Erganzung 
25 zu der vorher dargestellten Funktionalitat umfassen. Es 
laBt sich die Prioritat von Mitteilungen berucksichtigen, 
indem alle Mitteilungen und Quittungen entsprechend 
ihrer Prioritat gesendet werden. Im FMHS-Anwen- 
dungsprofil AP kann die Datenkompression beziiglich 



tungen wird sendeseitig von der Anwendung mit 30 des Mitteilungsinhalts durchgefuhrt werden. Diese Be- 



dem Sendeauftrag spezifiziert 
b) Die echobehaftete Informationsubertragung 
(CLS) ist in Fig. 1 1 schematisch dargestellt. Da 
beim echobehafteten Betrieb die Gegenstelle so- 
fort antworten muB, d. h. das "Echo" EM zuriicksen- 
den muB, ist dies nur im Falle einer Punkt-zu- 
Punkt-Verbindung moglich. Ohne daS die Emp- 
fangsseite eine spezieile Quittung generiert, kann in 
diesem Fall die korrekte Obertragung sendeseitig 
erkannt werden. Damit kommt diese Information 
qualitativ fast einer PI -Quittung gieich. Lediglich 
die sichere Obertragung vom Transportprofil zum 
Anwendungsprofil auf der Empfangsseite wird da- 
durch nicht abgedeckt. Dies bedeutet, daB, falls im 



35 



40 



triebsart wird bei der Initialisierung des Funk-Message 
Handling Systems FMHS vorgegeben. Damit wird die 
Datenkompression sendeseitig gesteuert. Die Emp- 
fangsseite hingegen erhalt die Information, ob sie eine 
Datendekompression durchfuhren muB oder nicht, aus 
der FMHS-Kopfinformation. Von der Anwendung kann 
die Betriebsart "Funkstille" online vorgegeben werden. 
In diesem Fall stoppt das FMHS-Anwendungsprofil AP 
die interne Bearbeitung der Sendeauftrage und nimmt 
zudem von der Anwendung keine neuen Sendeauftrage 
entgegen. Es sind auch Eingriffsmoglichkeiten dahinge- 
hend durchfuhrbar, interne FMHS-Informationen wie 
z. B. die Anzahl der Sendeauftrage anzuzeigen oder eine 
Mitteilung aus der Sendewarteschlange zu entfernen. 



Moment der Obertragung der letzten Obertra- 45 Das Funk-Message Handling System FMHS nach der 



gungseinheit einer Mitteilung M die Weitergabe 
zum FMHS-Dateisystem nicht moglich ist, die Mel- 
dung nicht korrekt empfangen, jedoch positiv quit- 
tiert wird. In alien anderen Fehlerfallen wird eine 
negative Quittung gegeben. Diese sendeseitig er- 
zeugte Meidung wird als "interne Sendebestati- 
gung" SB bezeichnet. Eine komplette Pl-Quittung 
ist fur diesen Fall nicht vorgesehen. Falls erforder- 
lich, kann auch eine P2-Quittung angefordert wer- 



Erfindung kann iiber universelle Schnittstellen zur An- 
wendung, zum Transportsystem und zum Dateisystem 
verfugen. Die jeweilige Auspragung der Schnittstelle ist 
vom Irnplementierungsfall abhangig und laBt sich je- 
50 weils durch einen separaten Modul abhandeln. Der Auf- 
bau des Kerns des FMHS-Anwendungsprofils AP 
orientiert sich ebenfalls an den einzelnen Funktionsein- 
heiten 3 die jeweils von anderen Funktionen soweit als 
moglich struktureli entkoppelt werden. Damit wird eine 



den (optional; in Fig, 1 1 gestricheit dargestellt). 55 entsprechend einfache, funktionale Erweiterungsfahig- 

Dies sollte aber nur in Ausnahmefallen genutzt keit des FMHS-Anwendungsprofils AP sichergestellt 

werden, da eine P2-Quittung die gleiche Obertra- Aufgrund des modularen internen Aufbaus des FMHS- 

gungszeit bendtigt wie eine kleinere Mitteilung. Anwendungsprofils AP ist auch die Integration eines 

c) Die echolose Informationsubertragung (CLS), Verschliisselungsverfahrens technisch ohne weiteres 

die in Fig. 12 schematisch dargestellt ist, kann an eo moglich. 

einen, an mehrere oder an alle Benutzer in einem Die folgenden Ausfuhrungen basieren auf dem Grob- 

Funkkreis erfolgen. Da die Empfangsseite in dieser konzept eines entsprechend der Erfindung ausgebilde- 

Betriebsart kein Echo zuriicksendet, kann sendesei- ten Funk-Message Handling Systems und stellen, darauf 

tig nur die erfolgte Weitergabe der Mitteilung M aufbauend, die einzelnen Aufgaben bzw. Funktionen 

an das angeschlossene Funkgerat festgestellt wer- 65 dieses Systems sowie die Meldungsstruktur dar. 

den. Es ist also damit nur eine "interne Weitergabe- Zunachst wird das Quittierungsverfahren fiir Funk 

bestatigung" WB moglich. Falls notwendig, kann, (CLS) erlautert Im Vergleich zu den Darstellungen in 

wie bereits beschrieben, eine P2-Quittung angefor- den Fig. 1 1 und 12 ist die Fig. 14 um die Darstellung der 
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Mitteilungssegmente MS erweitert Es beinhaitet so- 
wohl die echolose wie auch die echobehaftete Obertra- 
gungsart. Die von der Anwendung AW eintreffende 
Mitteilung M wird entsprechend der GroBe in einzelne 
Mitteilungssegmente MS zerlegt. Diese Segmente MS 
werden vom Transportprofil TP als einzelne Sendeauf- 
trage behandelt Damit wird jeder Sendeauftrag von 
diesem auch bestatigt (interne Sendebestatigung SB 
bzw. interne Weitergabebestatigung WB). Da fur die 
Anwendung die Zerlegung der Mitteilung M in Segmen- 
te MS transparent ist, sammelt das Funk-Message 
Handling System FMHS alle Segmentquittungen und 
quittiert anschlieSend die vollstandige Mitteilung M ge- 
geniiber der Anwendung AW. Falls notwendig, kann 
eine Segmentnachforschung SN initiiert werden, falls 
auf der Empfangsseite aufgrund der Obertragung der 
Segment-Nummern und der Gesamtsegmente-Anzahl 
erkannt worden ist, daB die Mitteilung M nicht vollstan- 
dig iibertragen worden ist Die Segmentnachforderung 
SN veranlaBt dann eine nochmalige Obertragung der 
nicht angekommenen Mitteilungs-Segmente MS. Die 
gestrichelt in Fig. 14 eingezeichnete P2-Quittung ist op- 
tional 

Das in Fig. 15 schematisch dargestellte Quittierungs- 
verfahren fur verbindungsorientierte Obertragung 

g:OS) iiber Draht unterscheidet sich etwas von der 
bertragung mit Funk. Fur Funk wird zweckmaBiger- 
weise eine interne Quittierung definiert, da Quittungen 
von der Gegenseite, bedingt durch den Funkrichtungs- 
wechsel, die Obertragungszeiten von Mitteilungen M 
erheblich erhohen. Dieses interne Quittierungsverfah- 
ren, das Gegenstand der Erfindung ist, wird fiir COS bei 
Drahtubertragung nicht eingesetzt, da iiber Draht eine 
Quittung von der Gegenseite ohne erhebliche Erho- 
hung der Obertragungszeit moglich ist. Damit konnen 
die aus X.400 bekannten Quittungen PI und P2 verwen- 
det werden. Zusatzlich zu diesen an die Anwendung 
weitergereichten Quittungen PI und P2 (eine Quittung 
fiir jede Mitteilung M und jeden Adressaten) werden 
auf der FMHS-Protokollebene Quittungen fiir jedes 
Mitteilungs-Segment MS ausgetauscht. Im Falle, daB 
die schon bestatigten Segmente MS auf der Empfangs- 
seite verlorengehen, kann diese auch eine Segment- 
nachforderung SN initiieren. 

Anhand von Fig. 16 werden im folgenden die Funk- 
tionen eines Funk-Message Handling Systems erlautert, 
bei dem das Prinzip nach der Erfindung angewandt 
wird. Aufgabe eines solchen Systems ist der asynchrone 
Datenaustausch zwischen den Anwendungen auf ver- 
schiedenen lokalen Systemen. Die Sendeauftrage wer- 
den dazu von der Anwendung AW entgegengenommen 
und entsprechend verschiedener Kriterien (mehrere 
Adressaten, Prioritat, Wiederholung usw.) bearbeitet 
und schlieBlich an das Transportsystem weitergereicht 
Diese Grundfunktion wird in Fig. 16 als "Sendeauftrage 
bearbeiten" bezeichnet 

Aus der Existenz der Sendefunktion folgt die Emp- 
fangsfunktion als zweite Grundfunktion, die analog da- 
zu als "Empfangsauftrage bearbeiten" beschrieben wird. 
Sie nimmt die Auftrage vom Transportsystem an und 
reicht sie nach Bearbeitung (z. B. Aufsammeln ailer Seg- 
mente einer Mitteilung) an die Anwendung weiter. Ne- 
ben Mitteilungen werden damit auch Quittungen iiber- 
geben. 

Es wird nun die Sendefunktion beschrieben. Die Auf- 
gaben der Sendefunktion lassen sich in drei Unterfunk- 
tionen einteilen: 



a) Aufbereitungder Mitteilungen und Quittungen, 

b) Bearbeitung der Sendewarteschlange, 

c) Bearbeitung der Managementauftrage. 

5 Diese Unterfunktionen umfassen wiederum folgende 
Aufgaben: 

Zu a) Aufbereitung der Mitteilungen und Quittungen: 
FluBkontrolle: 

Wird ein Sendeauftrag an das Funk-Message Handling 

io System gegeben, so wird im AnschluB daran festgestellt, 
ob ein (konfigurierbarer) maximaler Grenzwert von 
momentan in Bearbeitung befindlichen Auftragen er- 
reicht ist. Dazu wird in zweckmaBiger Weise die Anzahl 
der Auftragssegmente (Mitteilungssegmente und Quit- 
is tungen) beriicksichtigt Ist dies der Fall, so wird so lange 
kein Auftrag mehr angenommen, bis ein (ebenfalls kon- 
figurierbarer) minimaler Grenzwert unterschritten 
wird. Die Anwendung erhalt bei Auftragsubergabe an 
das Funk-Message Handling System im Oberlastfall ei- 

20 ne negative Bestatigung. Zusatzlich wird vom Funk- 
Message Handling System bei Erreichen einer der 
Grenzwerte eine entsprechende Managementinforma- 
tion an die Anwendung gegeben. 
Verwaltungsinformation anlegen: 

25 Bei Auftragseingang wird die fiir das Funk-Message 
Handling System notwendige Verwaltungsinformation 
erzeugt/angelegt und der Auftrag in die Funk-Message 
Handling System(FMHS)-Logging-Datei eingetragen. 
Datenkompression: 

30 Die Datenkompression der Nutzdaten wird durchge- 
fiihrt, falls dies im Sendeauftrag spezifiziert ist 

Erzeugung der Sendesegmente: 
Ein Sendeauftrag an das Transportsystem wird vom 
Funk-Message Handling System logisch als Segment 

35 abgelegt. Diese Segmente werden vom Funk-Message 
Handling System im wesentlichen in Abhangigkeit fol- 
gender Parameter erstellt: Maximale SegmentgroBe, 
Anzahl der Empfanger, QOS (Broadcast, echolos, echo- 
behaftet). Generell enthalt jedes Segment eine Seg- 

40 ment-Kopfinformation. Wiirde eine Mitteilung ein Seg- 
ment ergeben, das groBer als die maximale Segmentgro- 
Be fur das Funk-Message Handling System ist, so wird 
diese Mitteilung ihrer GroBe entsprechend in zwei oder 
mehrere Segmente zerlegt Enthalt eine Mitteilung 

45 mehrere Empfanger, so wird sie im Falle von QOS 
"echobehaftet" intern logisch in mehrere Mitteilungen 
zu jeweils nur einem Empfanger zerlegt Dies ist not- 
wendig, da die Mitteilung jeweils komplett zu jedem der 
Empfanger iibertragen werden muB. Fiir jeden Empfan- 

50 ger wird eine separate Quittung erzeugt Die Kopfinfor- 
mation der Mitteilungen zu den einzelnen Empfangern 
unterscheidet sich dabei jedoch nicht Im Fall "Broad- 
cast" und "echolos" wird die Mitteilung an alle spezifi- 
zierten Empfanger zugleich gesendet Eine interne Ver- 

55 vielf achung der Mitteilung entf allt daher. 

Eintrag der Einzelauftrage in die Sendewarteschlan- 
ge: 

Mit dem Eintrag in die Sendewarteschlange wird die 
Unterfunktion "Aufbereitung der Mitteilungen und 

60 Quittungen" abgeschlossen. Die Information in der 
Warteschlange enthalt zusatzlich zur eindeutigen Be- 
zeichnung des Sendesegments weitere interne Steuerin- 
formationen. 
Zu b) Bearbeitung der Sendewarteschlange: 

65 Die in der Sendewarteschlange vorhandenen Eintrage 
werden vom Funk-Message Handling System unter Be- 
rucksichtigung der Prioritat abgearbeitet Ein weiteres 
Kriterium ist die Sendefolge, die bezogen auf jeweils ein 
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Funkgerat moglichst den Wechsel des Empfangers ver- 
meiden soil, urn die Obertragung nicht durch daraus 
resukierende langere Pausen zwischen den Segrnenten 
zu belasten. Fails zwischenzeitlich ein Sendeauftrag mit 
hdherer Prioritat eintrifft, hat dieser jedoch Vorrang. 
Meldungen, die nicht erfolgreich quittiert wurden, ver- 
bleiben so lange in der Sendewarteschlange, bis eine 
spezifizierte maximale Verweilzeit (konfigurierbar) im 
Funk-Message Handling System verstrichen ist Wie- 
derholungen finden zwischen den normalen Sendeauf- 
tragen statt, jedoch nicht vor Ablauf einer Wiederhol- 
zeitspanne (konfigurierbar). Ein erneuter Sendeauftrag 
wird in CLS-Betriebsart dann an das Transportsystern 
gegeben, wenn ein erteilter Auftrag positiv oder negativ 
vom Transportsystern quittiert wurde. Fur die Betriebs- 
art COS wird vor dem Sendeauftrag an das Transport- 
system das Bestehen der entsprechenden Transportver- 
bindung gepruft. Falls diese nicht besteht, wird sie vom 
Funk-Message Handling System aufgebaut Je nach Be- 
triebsart kann die Verbindung fur jeden Sendeauftrag 
jeweils auf- und abgebaut oder permanent bestehen 
bleiben (konfigurierbar). Samtliche Sendeauftrage an 
das Transportsystern bzw. Quittierungen von diesem 
schlagen sich in einer Aktualisierung der internen Ver- 
waitungsinformation nieder. Alie Quittierungen werden 
in die Funk-Message Handling System(FMHS)-Log- 
ging-Datei eingetragen. 

Zu c) Bearbeitung von Managementauftragen: 
Folgende Managementauftrage konnen von der An- 
wendung ausgefiihrt werden: Suchen/Loschen einer 
Mitteilung aus der Sendewarteschlange, Funkstille ein/ 
aus, Aktualisieren der Funk-Message Handling System- 
Betriebsparameter (nicht Adressen), Information iiber 
Sendewarteschlangen fur jede Prioritat, Ausgabe von 
Fehlermeldungen. Alle Informationen werden an die 
Anwendung bzw. an das Network-Management weiter- 
gereicht 

Die Aufgaben der Empfangsfunktion iassen sich in 
zwei Unterf unktionen einteilen: 

a) Meldungen analysieren, 

b) Mitteilung zusammenstellen. 

Diese Unterfunktionen umf assen folgende Aufgaben: 
Zu a) Meldungen analysieren: 

Eine empfangene Meldung wird beziiglich ihres Typs 
untersucht Sie kann sowohl vom Typ "Mitteilung" als 
auch vom Typ "Quittung" sein. Dies kann anhand der 
Struktur des Meldungskopfs ermittelt werdea Interne 
Sendebestatigungen fur Segmente werden in die Sende- 
warteschlange eingetragen. Dort wird gepruft, ob die 
Bestatigungen fur alle Segmente vorliegen, urn in die- 
sem Fall eine Bestatigung fur eine komplette Mitteilung 
an die Anwendung zu ubergeben. Segmentbestatigun- 
gen von extern (COS) werden in die Sendewarteschlan- 
ge ebenfalls eingetragen. Falls keine Pl-Quittung er- 
wartet wird, dient diese Information zum Loschen der 
Verwaltungsinformation. Im anderen Fall erfolgt dies 
erst bei Eintreffen der Pl-Quittung. Die PI- und 
P2-Quittung werden an die Anwendung weitergegeben. 
Alle Quittungen werden in die Funk-Message Handling 
System(FMHS)-Logging-Datei eingetragen. 

Zu b) Mitteilung zusammenstellen: 
Ebenso wie die Priifung alier Segmentbestatigungen ei- 
ner Mitteilung auf Vollstandigkeit werden auch die 
empfangenen Segmente einer Mitteilung auf Vollstan- 
digkeit gepruft. Ist diese gegeben, so kann die Mel- 
dungskopfinformation entnommen und die Nutzdaten 



aus den einzelnen Segrnenten konnen zusammengesetzt 
werden. Der Empfang des Segmentes wird ebenso wie 
die Weitergabe der kompletten Mitteilung in die Funk- 
Message Handling System(FMHS)-Logging-Datei ein- 
5 getragen. Die Auswertung des Meldungskopfs zeigt, ob 
eine Datenkompression durchgefuhrt werden muB. 
Weiterhin wird festgestellt, ob eine Pl-Quittung zuriick- 
gesendet werden muB. Ist dies der Fall, so wird eine 
Pl-Quittung erstellt und in die Sendewarteschlange mit 
io der Prioritat der Mitteilung eingeordnet 

Im folgenden wird die Funktion der Kornmunika- 
tionssteuerung erlautert 

Von der Anwendung erhalt das Funk-Message Hand- 
ling System Mitteilungen verschiedener GrdBe. Urn ei- 
15 ne sichere Obertragung einer Information zu erzielen, 
wird diese Information generell in kleinere Teiieinheiten 
zerlegt, bevor sie physikalisch ubertragen wird, Damit 
muB im Fall von Ubertragungsfehlern eine kleinere In- 
formationsmenge und nicht die komplette Mitteilung 
20 wiederholt werden. Ist die Obertragungsstrecke fur eine 
gewisse Zeit gestort, so wird die Obertragung der Daten 
auf der Transportschicht abgebrochen. Um dennoch ei- 
ne Mitteilung ubertragen zu konnen, unternimmt das 
Funk-Message Handling System weitere Sendeversu- 
25 che, die einen groBeren Zeitrahmen abdecken. Damit 
wird die Wahrscheinlichkeit einer erfolgreichen Ober- 
tragung wesentlich gesteigert. Im Vergleich zu groBe- 
ren Informationseinheiten schneiden kleinere Einheiten 
in bezug auf die Obertragungswahrscheinlichkeit unter 
30 StoreinfluB besser ab. Aus diesem Grund besitzt das 
Funk-Message Handling System die Moglichkeit, gro- 
Bere Mitteilungen in sogenannte Mitteilungssegmente 
zu zeriegen. Wiederholt werden miissen damit nur die 
noch nicht erfolgreich gesendeten Segmente. Damit 
35 sind sogenannte Wiederauf setzpunkte zur Fortsetzung 
der Obertragung einer Mitteilung definiert Da die opti- 
male GroBe dieser Mitteilungssegmente vom jeweiligen 
Einsatzfall abhangt, ist dieser Wert konfigurierbar. Be- 
rucksichtigt werden muB dabei auch das Verfahren bzw. 
40 die Parametrierung des Transportsystems, um eine opti- 
male Anpassung zu erzielen. Da ausschlieBlich vollstan- 
dig empfangene Mitteilungen an die Anwendung wei- 
tergereicht werden, verfiigt nur ein Segment der Mittei- 
lung iiber die komplette Kopfinformation. In zweckma- 
45 Biger Weise ist dies das erste Segment. Alle folgenden 
Segmente miissen lediglich beziiglich ihrer Zugehorig- 
keit zu einer Mitteilung und ihrer Segment- Nummer 
identifiziert werden konnen. Die dazu notwendigen Pa- 
rameter der Kopfinformationen sind: 



50 



55 
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65 



1. Gesamtanzahl der Segmente der Mitteilung, 

2. laufende Segment- Nummer, 

3. Funk- Message Handling System-ID und 

4. Absender. 

Allgemein betrachtet ist das Funk-Message Handling 
System eine Komponente eines Gesamtsystems. Es 
tauscht mit anderen Komponenten wie der Anwendung 
und dem Transportsystern Daten aus. Da jede Kompo- 
nente iiber einen endlichen Datendurchsatz verfiigt, der 
sich jedoch von Komponente zu Komponente unter- 
scheidet, muB eine Regelung des Datenflusses erfolgen. 
Zur Anpassung an wechselnden Datendurchsatz verfiigt 
das Funk-Message Handling System wie auch das 
Transportsystern iiber eine Auftragswarteschlange, in 
der bei kurzzeitig uberhohtem Eingang von Sendeauf- 
tragen diese bis zur Bearbeitung zwischengespeichert 
werden konnen. Zur Steuerung des Datendurchsatzes 
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wird deshalb der Fullgrad der Auftragswarteschlange 
herangezogen. In bezug auf die Anwendungsschnittstel- 
le bedeutet dies, daB Mitteiiungen niedriger Prioritat 
nur in einem bestimmten Umfang entgegengenommen 
werden. Treffen nun Mitteiiungen hdherer Prioritat ein, 5 
so konnen sie ohne Einschrankung entgegengenommen 
werden. Ein weiterer Vorteil entsteht durch die Mini- 
mierung der Verwaltungsinformation. Da die Obertra- 
gung von Mitteiiungen im allgemeinen nur in einem 
bestimmten Zeitraum sinnvoll ist, laBt sich im Funk- 10 
Message Handling System eine maximale Verweilzeit 
der Mitteiiungen einstellen. Wurde ohne FluBkontrolle 
die Anzahl der an das Funk-Message Handling System 
iibergebenen Mitteiiungen kontinuierlich gesteigert, so 
wurde zwangslaufig ein Zustand erreicht werden, in 15 
dem eine Mitteilung im angegebenen Zeitrahmen auf- 
grund des endlichen Durchsatzes des Transportsystems 
nicht mehr gesendet werden konnte. In diesern Fall wiir- 
de ein Sendeauftrag, da er im spezifizierten Zeitrahmen 
nicht endgiiltig bearbeitet werden kann, nur die Verwal- 20 
tungsinformation des Systems unnotig erhohen und die 
Effizienz beeintrachtigen. Verfugt die Anwendung 
gleichzeitig iiber eine Moglichkeit, im Faile der Ableh- 
nung von Sendeauftragen durch das Funk-Message 
Handling System diesen Systemzustand dem Nutzer an- 25 
zuzeigen, so kann dieser in geeigneter Weise auch dar- 
aufreagieren. 

Bevor das Funk-Message Handling System in den 
operationellen Betriebszustand ubergeht, mussen zu- 
nachst alle Konfigurationsparameter aus den entspre- 30 
chenden Konfigurationsdateien gelesen werden. Falls 
keine Funk-Message Handling System(FMHS)-Log~ 
ging-Datei vorhanden ist, wird eine neue angelegt. So- 
mit besitzt die Applikation die Moglichkeit, vor jedem 
Start, falls gewiinscht, eine neue Funk-Message Hand- 35 
ling System-Logging-Datei anzulegen. Da das Funk- 
Message Handling System alle fur den Bearbeitungs- 
stand relevanten Parameter auf der Festplatte des 
Rechners ablegt, kann es aufgrund dieser Information 
ziemiich genau an derjenigen Stelle wiederaufsetzen, an 40 
der es abgebrochen wurde. Ist ein Neustart ohne Wie- 
deraufsetzen erforderlich, so kann die Applikation vor 
dem Funk-Message Handling System-Neustart alle In- 
formationen im Arbeitsbereich des Funk-Message 
Handling Systems loschen. 45 

Die Funk-Message Handling System-Mitteilung be- 
steht aus der Kopfinformation und den Nutzdaten. Die 
Kopfinformation ist zur Minimierung der zu iibertra- 
genden Datenmenge binar-codiert bis auf die Angabe 
der Mitteilungs-ID. Der Aufbau der Funk-Message 50 
Handling System-Quittung entspricht weitgehend dem 
Aufbau der Mitteilung. Lediglich der Nutzdatenanteil 
ist nicht vorhanden. Da die binare Kopfinformation un- 
terschiedliche Parameter enthalt, die identifiziert wer- 
den mussen, werden spezielie Kennzeichnungen ver- 55 
wendet Urn diese jedoch nicht fiir jeden Parameter an- 
geben zu mussen, werden gemaB einer vorteilhaften 
Weiterbildung der Erfindung verschiedene Parameter 
entsprechend ihres Auftretens in der Kopfinformation 
zu sogenannten Datenfeldern zusammengefaBt. Dabei 60 
enthalt nur jedes Datenfeld eine Kennzeichnung. 
Gleichzeitig wird sichergestellt, daB bis zum Auftreten 
des letzten moglichen Datenfeldes die Datenfeldkenn- 
zeichnung nicht iiber einen Parameterwert in der Kopf- 
information auftreten kann. Um die Datenmenge zu mi- 65 
nimieren, besteht die Datenfeldkennzeichnung in 
zweckmaBiger Weise nur aus einem Byte. 
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Patentanspruche 

1. System zur Anwenderunterstiitzung (Message 
Handling System, MHS) bei der Abwicklung von 
Informationsubertragungen in einem Daten-Kom- 
munikationssystem von einem Benutzer zu einem 
anderen Benutzer, insbesondere auch unter Ver- 
wendung von Funkiibertragung, wobei die Anwen- 
dung auf den Diensten des MHS-Systems und das 
MHS-System wiederum auf den Diensten eines 
Transportsystems aufsetzt und letzteres direkt die 
Informationsubertragungseinrichtungen ansteuert, 
welche die Informationen in ein fur die jeweilige 
Obertragungsstrecke geeignetes Format umsetzen, 
so daB unter Obertragung von Protokollen die An- 
wendersendeauftrage automatisch bearbeitet und 
die vorhandenen Kommunikationsmittel selbstta- 
tig gesteuert werden, dadurch gekennzeichnet, 
daB nur ein "peer-to-peer"-Protokoll ohne Rich- 
tungswechsel des Informationsflusses, jedoch vol- 
ler Funktionalitat vorgesehen ist, wobei anstelle ei- 
ner vom empfangenden Benutzer ruckgesendeten 
Quittung eine vom Transportsystem (TS) des die 
Information aussendenden Benutzers generierte 
interne Quittung (UI) zur Anwendung (AW) hin 
vorgesehen ist. 

2. System nach Anspruch 1, dadurch gekennzeich- 
net, daB ein Sendeauftrag des Benutzers (Anwen- 
dung AW) an sein Transportsystem (TS) vom 
MHS-System logisch als ein Segment oder mehrere 
Mitteiiungs-Segmente (MS) abgelegt werden, die 
jeweils eine Segment-Kopfinformation enthaiten, 
daB die Segment-Nummern und die Gesamtseg- 
mente-Anzahl iibertragen werden, so daB auf Sei- 
ten des empfangenden Benutzers die Vollstandig- 
keit einer Mitteilung (M) erkennbar ist und sich bei 
Feststellung einer unvollstandigen Mitteilungs- 
ubertragung mittels einer Segment-Nachforderung 
(SN) eine nochmalige Obertragung der nicht ange- 
kommenden Mitteiiungs-Segmente (MS) veranlas- 
sen laBt (Wiederaufsetzungsfunktion). 

3. System nach einem der vorhergehenden Anspru- 
che, dadurch gekennzeichnet, daB das "peer-to-pe- 
er"-Protokoll so aufgebaut ist, daB zusatzlich zu 
den mit jedem Sendevorgang ausgetauschten "pe- 
er-to-peer"-Nutzdaten vom aussendenden Benut- 
zer eine minimierte Kopfinformation ausgesendet 
wird, die hinsichtlich Dataset-Bezeichner, AdreBin- 
formationen (Empfanger, Absender), Segment- 
Nummer und Segmente-Anzahl, Erstellzeit, Klassi- 
fizierung, Prioritat, Datenkompression, Quittie- 
rungsverfahren, AdreBtyp binarcodiert ist, wobei 
anstelle von Feld-Bezeichnern Dataset-Bezeichner 
verwendet werden, die mehrere Felder umfassen. 

4. System nach einem der vorhergehenden Ansprii- 
che, dadurch gekennzeichnet, daB das Daten-Kom- 
munikationssystem auf ein Funksystem optimiert 
ist, bei dem die Benutzer Teilnehmer in einem 
Funkkreis sind. 

5. System nach Anspruch 4, dadurch gekennzeich- 
net, daB zusatzlich zu den Benutzeradressen eine 
MHS-Broadcast (Rundsendung "an alle")-Adresse 
definiert ist, die grundsatziich dann eingetragen 
wird, wenn von einem Benutzer eine Mitteilung "an 
alle" gesendet werden soli. 

6. System nach Anspruch 5, dadurch gekennzeich- 
net, daB die Trans portadresse frei konfigurierbar 
ist. 



DE 196 32 258 

15 



7. System nach einem der vorhergehenden Ansprii- 
che, gekennzeichnet durch die Vorgabe einer 
"Funkstille ! '-Funktion fiir das MHS-System, bei der 
lediglich Mitteilungen empfangen, aber nicht ge- 
sendet werden konnen. 5 

8. System nach einem der vorhergehenden Ansprii- 
che, dadurch gekennzeichnet, daS optional bei be- 
stimmten Betriebsarten zusatzlich Quittungen vom 
empfangenden Benutzer zum sendenden Benutzer 
hin abgegeben werden. io 
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